Le web n'a jamais été aussi chouette que depuis que IE 6 est officiellement mort pour toujours.

Mais du coup... On en veut encore plus maintenant.

Faut avouer que moins de 2.8% c'est pas beaucoup de pourcents

Il semblerait qu'un grand nombre de sites (ça s'appelle des APPS maintenant, joie) ait commencé à officiellement ne plus supporter Internet Explorer 11 (abbrévié affectuseuement ci-après IE 11 comme les jeunes disent). Même que carrément le présent site qui est écrit en ES5 sans transpilonnage pour des raisons non-exclusivement neurotiques (je l'ai déjà faite celle-là non?), he ben... Il est un peu foireux sur IE 11.

Bon c'est pas tout à fait ma faute, c'est MaterializeCSS qui a laché le support IE 11 et le projet de me passer totalement de framework CSS sera pour plus tard parce que j'ai des millions d'autres projets et ça commence à faire comme si j'avais 30 onglets ouverts dans mon cerveau (qui ressemble sûrement davantage à la version Wii d'Opera qu'à IE 11 d'ailleurs (???)).

La question qu'on se pose aujourd'hui: Est-ce qu'il reste une bonne raison d'essayer d'avoir un support IE 11?

La réponse pourrait vous étonner. Promis que c'est vrai.

Le Gédépé-air

Aaah... Le GDPR. On en a tous entendu parler, personne ne sait exactement ce qu'il faut faire avec précision, les services légaux se pressent à rédiger divers accords et autres contrats afin de ne pas oublier d'installer un antivirus sur le logiciel qui détecte le niveau restant de papier hygiénique sur la toilette connectée du rez-de-chaussée.

Je pense qu'on a un peu de temps avant qu'il n'y ait une réelle conséquence légale de cette loi en terme de poursuites et dédommagements (suite à une fuite d'information par exemple).

En fait, l'idée du GDPR était surtout (selon moi, mais je pense selon tout le monde aussi) d'imposer des règles et un genre de contrôle sur les géants de l'information et du BIG DATA comme Facebook et autres Google.

Si le boucher Franck Defruscheleer a laissé trainer un tableau Excel avec trois commandes qui lui ont été passées par email sur son comptoir et a dû rapidement rejoindre l'arrière-salle pour répondre à une urgence d'effondrement d'une pile de côtes à l'os alors que l'heure d'affluence suivait son cours et que plusieurs clients auraient pu avoir accès aux données, il y a des chances qu'il ne doive pas payer 130€ à chaque victime de cette terrible fuite de données personnelles.

Depuis que j'utilise une single page web app comme blog, poster un lien vers un de mes article sur un réseau social ne produit plus une carte avec une image, une courte description, ce genre de choses.

La plupart des sites avec du contenu de type articles, vidéos, etc. Utilisent des tags particuliers pour apparaître de manière plus propres sur les réseaux sociaux.

Le but du jeu: afficher une carte de ce genre sur Twitter (et Facebook, etc.) - Fonctionne rétroactivement.

Que je sache, les premiers à avoir affiché un standard pour ce que est de leur réseau social, c'est Facebook, avec un projet qui s'appelle Open Graph.

Le problème c'est que ça utilise des tags <meta> dans la balise <head>, et les modifier avec du Javascript n'a aucun effet parce que les robots des réseaux sociaux ne l'interprètent pas.

De tous les artifices Javascript communément utilisés comme armes dans la guerre de qui-c'est-qu'a-le-plus-d'étoiles-sur-ses-projets-sur-github entre Facebook et Google et que les gens se mettent à utiliser sans trop réfléchir, Polymer est mon projet favori.

Techniquement pas un framework mais une librairie (ou un "helper"), cette technologie est loin (très loin) d'être sans failles mais ce n'est pas difficile de passer au dessus de mon opinion abyssale de Réact.

Cette discussion sort (heureusement vous dites-vous n'est-il-pas) du cadre de cet article.

Ce qui m'intéresse moi c'est de pouvoir déployer de nouvelles versions de mon application et ne pas avoir des choses étranges qui se produisent parce qu'une partie des fichiers est en cache et l'autre pas. D'expérience sur les applications Polymer ce genre de soucis produit des pages blanches ou des pages qui cessent de réagir aux actions utilisateur, ce qui est plutôt embêtant.

J'aurais dû écrire cet article beaucoup plus tôt parce que là je me souviens pas de tout.

J'ai "récemment" (lel) passé pas mal de temps à apprendre JavaFX, comme d'hab après tout le monde et quand le projet semble montrer des signes de souffrance et de sérieuse déprime post-hivernale. Genre comme si ça avait été l'hiver pour toujours, puis que l'hiver avait été racheté par Oracle.

Plutôt que de travailler à reécrire le moteur de mon blog qui a plein de problèmes, j'ai écrit un programme pour m'aider à rédiger les articles.

Auparavant j'écrivais mes articles dans Notepad avec des commentaires HTML dedans.

Je peux désormais jouir de cette magnifique interface:

C'est ça un THICK CLIENT?

Le projet est sur Github.

J'ai suivi toutes sortes de tutoriaux et autres vidéos Youtube. Je vais essayer de présenter dans cet article les éléments que j'aurais voulu voir soulignés davantage ou évoqués dans les tutoriaux existants.

En terme d'édition vidéo et de logiciel libre, c'est pas l'opulence. Ce type de programme étant typiquement chasse gardée de quelques géants de l'informatique et maitrisés par les monteurs professionnels, avec des titres tels que Final Cut, Adobe Premiere ou, oserais-je le citer, Sony Vegas.

Je pense que ça a dû chipoter pas mal les quelques gens qui utilisent sérieusement un Linux comme machine de travail de tous les jours, parce que sur Mac il y a iMovie qui est gratuit et sympa, et sur Windows il y a Windows Movie Maker. Qui est juste gratuit.

Ma machine de développement est un Linux Mint, mais le temps qu'elle encode une vidéo avec son CPU tout pourri j'aurai dû changer plusieurs fois de slip. Donc je monte mes vidéos sur une machine Windows.

Personnellement j'élimine d'emblée ce type de projets:

• Offre une version "gratuite" limitée (générallement en qualité d'encodage) à côté d'une version payante
• Est un genre de Windows Movie Maker. J'aimerais bien avoir un peu plus d'options
• N'a plus été mis-à-jour depuis plusieurs années
• Ne fonctionne pas sous Windows (ben ouais)

En pratique, reste donc:

• Shotcut
• KDEnlive

Centrer un élément sur une page web. Initialement on se dit que ça devrait être simple. Détrompez-vous jeune idéaliste, rien n'est simple en web "design".

Il existe plusieurs méthodes mais aucune n'est particulièrement intuitive.

En essayant de centrer des bidules sur des machines je me suis retrouvé à créer cette contribution magistrale au patrimoine de l'humanité:

CLICK MOI

ATTENTION  - Ne fonctionne pas sous Internet Explorer 6 (lel)

Aussi sur Github.

• Lien vers mes notes pour cet article (en anglais (???)): PDF

Qui n'a jamais rêvé de lire ses emails en ligne de commande et de recevoir tout le courrier adressé au domaine dans une seule boîte?

Comme dans les années 80

Je suis sûr qu'il y a au moins un gèque au fond de la salle qui a toujours rêvé d'avoir une infinité d'adresses jetables, ce qui est également l'objet de cet article: on veut pouvoir envoyer depuis n'importe quelle adresse, recevoir sur n'importe quelle adresse, et éventuellement bloquer des adresses de réception une fois qu'elles sont trop polluées.

On vous demande une adresse email pour enregistrer votre CONTRAT DE CONFIANCE pour la centrifugeuse à carottes que vous venez d'acheter?

- Ouioui vous pouvez utiliser je-vomis-sur-votre-service-client@dkvz.eu

A ce propos je vais rajouter une adresse email en clair sur ma page de contact pour voir si des robots-spammeurs viennent visiter mon site. Tout visiteur est le bienvenu. OK je suis désespéré.

Ce don't cet article ne traite pas: l'antispam. Je passe par un service antispam externe. Je vous laisse faire vos recherches à ce propos. Comme d'habitude, j'essaye de limiter au maximum l'empreinte mémoire et le nombre de process impliqués sur mon serveur à €4 par mois.